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Abstract 


Have you ever wanted to know if there might be a Packet BBS in a distant city where a friend 
lives? Or what the frequency is of the PacketCluster station in your area? Many times it isn’t 
easy to find out about digital services in a distant area. In the past, one way to get this information 
was to consult the packet listings in the American Radio Relay League (ARRL) Repeater Directory. 
That’s now a thing of the past. The North American Digital Systems Directory (NADSD) project 
was begun in January of 1997 to make information concerning amateur radio digital systems 
available to amateur radio operators. This paper will describe the history, purpose, and functions 
of the NADSD. 


History / Purpose 


During the last few months of 1996, while planning the 1997-98 edition of the ARRL Repeater 
Directory, the ARRL concluded that the Repeater Directory was no longer the most effective 
medium for information regarding amateur radio digital systems. This was a mild shock to 
many in the digital community, but instead of seeing doom and gloom, several regional digital 
groups approached TAPR shortly after the announcement and asked if something could be done 
to salvage the situation. Discussions involving various regional digital groups that provide data 
to the digital section of the ARRL Repeater Directory and the staff at ARRL HQ led to the conclusion 
that TAPR was the logical group to take on the task. TAPR President Greg Jones, WDSIVD, and 
a team of volunteers reoresenting a number of regional groups quickly defined and developed 
an all-electronic World-Wide-Web based replacement, Known as the North American Digital 
Systems Directory (NADSD) <http:/ /www.tapr.org/directory>. 


With the support of the American Radio Relay League (ARRL), TAPR began creating and 
organizing the NADSD project. Within 3 weeks of the ARRL announcement about the removal 
of the digital section from the Repeater Directory, the TAPR development team had been formed 
and three weeks later the first version of the NADSD was operational with several minor additions 
taking place over the next few months. 
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Welcome to the 


North Aneri can 
Digital Systems Directory 


directory is sponsored by TAPR. 


Purpose: The purpose of the Digital Systems Directory is not 
to manage, coordinate, or regulate the usage of digital systems, 
but to provide the most up to dat and accurate listing of digital 
2 hie B, systems that ies be provided. Neither is it a formal 
ahh, organization, but a mechanism 10 allow regional groups to 
Ne eydter Cotans ‘al provide and share information regarding digital systems. 


The Digital Systems Directory listing is intended for use by 
; individuals to further their enjoyment of the hobby and by 
_ Jom the NADSO e-mail ist organizations 6 help plan and develop digital networks 


See “General Information" 
See "General Disclaimer” 


Pie Systems in database. 


ax, I you have any comments, suggestion, and/or 
3 contributions, please email them t0 Carl Estey, 
~ WAICOG 


Figure 1- NADSD Home Page 


The NADSD describes systems used by amateur radio stations involved in digital 
communications in United States, Canada, and Mexico. The Digital System Directory is based 
on information provided by regional, state, and local organizations as well as individuals in a 
nearly realtime format. This allows information to be maintained and updated more frequently 
than in a yearly publication. TAPR has made and will continue to make the NADSD database 
available on TAPR’s yearly CD-ROM and Is looking into doing some type of printed document 
in the future for those without technology access at home. 


The purpose of the Digital System Directory is not to manage, coordinate, or regulate the 
usage of digital systems, but to provide the most up-to-date and accurate listing of digital systems 
that can be provided. Neither is it a formal organization, but a mechanism to allow regional 
groups to provide and share information regarding digital systems. The Digital System Directory 
is simply intended for use by individuals to further their enjoyment of the hobby and by 
organizations to help plan and develop digital networks. 


69 


Participation / Activity 


The NADSD began with a short list of regional groups, but soon grew to reoresent over ninety 
information submitters (regional groups, local groups, and individuals). Figure 2 shows the 
growth of the system and compares it to the Digital Listing of the 1996-97 ARRL Repeater Directory 
As of August 1997, eght months into the project, the NADSD Is over 56% larger then the last 
Repeater Directory Digital Listing. 4175 systems are present in the NADSD as of the middle of 
August, covering forty-two states of the US and eight Canadian Provinces. Figure 3 gives a 
current breakdown of activity by state/ province. Several states are still in the ‘area to develop’ 
category. If you are in one of these areas, you might check on who was providing this information 
in the past and have them contact the NADSD. 
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Figure 2 — NADSD Growth 


New groups or individuals wishing to submit data to the directory need to fill out an 
application that will be sent to the overview committee for consideration. To keep the directory 
data gathering process as simple as possible, we ask for people to check the list of Participating 
Organizations first to see if someone is not already covering their area. Working with one of 
these existing groups is preferable to having two groups each submitting data on the same systems. 
However, like anything in amateur radio, the system has several groups that overlap and the 
system has no problem handling this issue. If you feel that your group can contribute new accurate 
data on systems not being covered at the present time, then we welcome your application. 


If you have a suggested change or error correction to a record in the directory, please contact 
the person submitting the data for that record entry. The name should be found at the end of the 
record data row and can be clicked on to create an e-mail message. 


70 


Participating Organizations, after their applications are accepted, are given explicit instructions 
by private email on how and where to upload their data files. They are given a password to 
allow secure access to their files in the database directory. This way, each data submitter/ group 
has their own private upload area, to which no one else has access, to view the raw upload data. 


Participating Organizations should upload new data records into the system whenever the 
system information has changed. The automatic directory update program runs at regular 
intervals and if it detects an updated file, it generates a new web page based on that revised 
information. 
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Figure 3 — NADSD Activity by State/Region (cont.) 
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Figure 3 NADSD Activity by State/Region (cont.) 
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The System 


The NADSD Is designed to automatically run and maintain itself with little or no intervention 
by the project team. Participating groups simply upload their updated information and every 
several hours the system checks all data to see if anything has changed. If changed data is present, 
the system generates all new pages to reflect the changes made by the submitting group(s). In 
this way, the NADSD Is a very decentralized structure and allows groups to update and maintain 
their information as it is convenient for them to do. Some groups have updated their information 
weekly, others monthly, and a few others just the initial time It is up to the participants to choose 
the frequency in which they update their information. In this way, the project team has no other 
worry than to make sure the system Is running correctly, or if a group uploads poorly formatted 
data to work with them, to get the format corrected. Helping groups understand the format, 
formatting, and ftp uploading has been one of the largest chores during the project. Now that 
the initial groups have been brought up to speed on this process, the load has lightened, with 
only new groups being worked with. 


As contrasted with the manner in which the ARRL Repeater Directory was done, the NADSD 
automated system allows the project team to now focus more on long-range issues of quality, 
area of coverage, and future information distribution, instead of having to process the data by 
hand each year. 


The NADSD provides data in two formats based from the data submitted: Text output and 
Maps. The Text output is presented in both HTML and as a text file that can be downloaded and 
posted off to packet radio or other means if necessary. The mapping, which uses Steve Dimse’s, 
K4HG javAPRS software, allows for areas to be looked at in a graphical fashion. The ability to 
look at the data in both text and mapped format is a huge steo forward from previous methods of 
information distribution. The text and maps are available for selection off the home page using 
the menu bar on top. On the left, the text sections are situated by area and on the right, the 
mapping sections can be selected. 


The Text Listing 


When a user first enters the text section, they | 
receive a map to the area that can then allow a | 
selection of a specific region or section. Figure 4 | 
shows the Canada selection page. The user would | 
then choose a province within Canada to see that | 
text listing. The text listing provides Output and ; 
Input Frequencies, Call and alias, System } 
Information including speed, type, software, IP, etc, | 
with location and information on the sponsoring 
organization and who submitted it. A link is | cay bean cab 
provided at the end of each entry, so corrections fo nner | 
can be sent directly to the SUDMItter Of the jf roriomsioncn cone prot ts it, pha conn Cal Heer, 40000 
information. eee 


Alberts, @ Mantots «=. @ New Brunswoe 
° . y © Nraditie © Cais 
© Prins Edvard Ileal © Quebec © Mestacheume © Yikoa Toray 


Beta OMe 


4] Image couresy of Greg Jones, WDSIVD, wéStvegvmpr cry (www) 
4] Clickable map counasy of Swve Goff, NETVX, ofizxtvonebsDevan.com (www) 


Fi gu re 4 - Text Selection for Canada on ME 
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Ontario: 


Ontario Map (javAPRS) | View print version I 


North American Digital System Directory 


Search Listing | Canada Listing I US Listing I Mexico Listing I Canada Maps I US Maps | Mexico Maps 


OUTPUT CALL SPEED 
INPUT ALIAS SYSTEM TYPE 
NETWORK TYPE 
SOFTWARE USED 
IP ADDRESS 
FQDN 
Coldwater 
440.025 VE3BFJB-5 1200 
MEDONTE Switch 
BPQ 
FNO4eq 
430.55 VE3FJB-5 19200 
MEDONTE Switch 
BPQ 
FNO4eq 
Dwight 
45.201 VE3MUS-1 1200 
MSKOKA Switch 
NetROM 
440.025 VE3MUS-11 1200 
#LKBYS Switch 
Net ROM 
Keswick 
445.95 VE3YRA-3 1200 
NWMRKT Switch 
BPQ 
445.95 VE3YRA-3 9600 
NWMRKT Switch 
BPQ 
North Bay 
LAS OL VE3NBC 1200 
NORBAY Node 
Net ROM 
Owen Sound 
436.3 VE3XOX-10 19200 
#XOXHS Switch 
BPQ 
AS O55 VE3XOX-9 1200 
0S445 Switch 
TheNET 
Parry Sound 
440.025 VE3PSP-3 1200 
Switch 
BPO 
Tory Hill 
145.01 VE3TBF 1200 
TORHIL Switch 
Net ROM 


COUNTY 
LOCATION 


GEOGRAPHIC AREA 


Simcoe 
Medonte 
Simcoe 


Simcoe 
Medonte 
Simcoe 


Muskoka 
Dwight 
Muskoka 


Muskoka 
Dwight 
Muskoka 


York 
Keswick 
York 


York 
Keswick 
York 


Nippissing 
North Bay 
Nippissing 


Grey 
Owen Sound 
Grey 


Grey 
Owen Sound 
Grey 


Parry Sound 
Parry Sound 
Parry Sound 


Haliburton 
Tory: Hackd 
Haliburton 


SPONSOR & 
ORGANIZATION 


NOTES 


VE3FJB 
HEX-9 


Emerg. Pwr. 
VE3FUB 
HEX-9 


Emerg. Pwr. 


VE3KR 
MFMC 


VE3KR 
MFMC 


VE3CGR 
YRARC 


VE3CGR 
YRARC 


VA3PC 
n/p 


VE3 XOX 
n/p 


VE3XOX 
n/p 


VE3LWC 
n/p 


n/p 


Figure 5 - Ontario Text Listing 


SUBMITTER 
LAST UPDATED 


18-08-97 


02-07-1997 


O2Z=08=19'97 


. e 
02-08-1997 


18-08-97 


Aur Mitene] |. 
18-08-97 


A. Mitchel] 
02-08-1997 


A Mitchell 
02-07-1997 


A, Mitchell 
03216-1997 


: € 
LEHOB= Lod 


F Ltche 
02-08-1997 
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The javAPRS M apping 


One of the newest features of the system is the inclusion of dynamic maps. The user can 
select the mapping icons to see various selections for each country. Figure 6 shows the selection 
page for the US. Once a section has been selected, the user will receive a javAPRS screen. Figure 
7 shows the one for Texas. The user has complete control over what is displayed and the zoom. 


ne 8#- 88.8, 


Figure 6 : Map Selection for US 
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NADSD: Texas Map 
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NADSD Map Commands 
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Figure 7 - Map of Texas and surrounding states 


Figure 8 shows a zoom in on the Dallas/Ft Worth area showing only TexNet nodes. The 
ability to control and see visually where nodes are located in relation to one another Is a tremendous 
tool of the system. In the next version, we are looking at ways for the data submitters to show 
links between systems, in order to show networking interconnects. 
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Figure 8-Zoom in on Dallas/Ft Worth 


D ata Entry M ethod 


The 1997 format of the Directory is an expanded format based upon the older format used by 
the ARRL Repeater Directory. The reason for this was twofold 1) data submitted by the ARRL 
was easier to incorporate into the system and 2) participating groups were able to expand their 
own ARRL databases during the first year. 


The data file submitted is an ASCII Tab Delimited file format. The only fidds that are mandatory 


for year one are STATE (field D) and CITY (field U). Submitters have been supplying most of the 
fields which has helped the quality of the data greatly. Figure 9 shows the database file definitions. 


TT 


Figure 9- NADSD Data Format 
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3.5171101141181211 | Enter the nominal band frequency as one of the indicated values. 
241291521 14412191 Enter it exactly as shown. If your system does not match any of 
2221440112001 ... these “preset” entries, contact the committee for guidance. 


Enter the primary output Frequency of the system expressed in 
MHz. For channelized operation (VHF/UHF), enter the nominal 
OLEEP. mm Oe channel frequency such as the examples shown. For HF operation , 
| enter the exact “mark” frequency for the mode of operation being 
used. 


reett 
, 


For any system in which the input frequency is different from the 
output frequency (field B), enter the input frequency here. For 
VHF/UHF channelized operation, enter the nominal channel 
frequency such as the example shown. This field would apply to all 
types of repeaters (with or without attached nodes), as well as “split 
frequency” simplex and full duplex nodes. Please enter the details 
of the system in the NOTES field (field K). 


ae oe Enter the Two Letter State Designator as defined by the US Postal 
; Service, the 2 letter Canadian Province Designator as defined by 
Canada Post or the Mexican state designator shown. Please note 
7 that for the Canadian province of Quebec is listed as QC, but the 
| CANADA: system will also accept PQ as an alternate. Please note that for the 
“}ABIBC!MBINB!NE! | Canadian province of Yukon Terr. is listed as YT, but the system 
=NSINTIONIPEIQCI will also accept YK as an alternate. 
SK | YT 


sbartocsas band 


The STATE field is necessary for the proper operation of the 
automatic WEB generating program and the 2 letter code must be 
entered exactly as shown. Otherwise the record will be ignored. 


Enter the name of the nearest &own or city to the exact location of 
the system. Where the system is wide spread such as APRS, enter 
an appropriate name for the whole area that the system covers such 
as “Statewide”. Data should be in word capital format (i.e. 
Location). 


WAIXYZ-5 Enter the callsign and SSID of the System. Where the SSID is 0, it 
WD6ABC should be omitted. 


Enter the name or initials of the Sponsoring group, club or 
individual and the callsign normally used by that club or person. If 
both an individual and a group sponsor the system, then enter the 
individual’s name here and enter the group’s name in field Y 
(ORGANIZATION). 


ti Feta re re tate Pe care te tate he ee: "ae ts oe 
SURAT Cr eR RE 


et 
ae o 
ants 


Enter the date when the information of the entry was last updated. 

As the entries information is updated or corrected, this date should 
reflect the date the submitter changed the information in their 

ss ss database. It is to be expressed in the numerical format MM-DD- 


SOREL PD 


Recep 4 VYVY 4 
Taree i 


aes 


Enter the name or initials of the group that the person submitting the 
data represents. Also known as the “Participating Organization’. 


Enter the geographic location (within the state) or the county area 
within which the system operates. County may be abbreviated as 
"cty". Data should be in word capital format (i.e. Geog Area). 


NN 


: = . é e: = E Be Sere i = 3 = = Pod 
- = ae oH yep: a : : pare i a * 
= eee s F Bests : eS = 

: Hl : J 

ef EE = 3 

Bey He a : 


~] 
oo) 


Enter any explanatory notes that would indicate unusual features of 


the system and that would help the user better understand how to 
use the system. Please keep it short. Abbreviate if necessary. If 


“| On Mt. xxx, Btty Power, 


K od the system is a backbone link, indicate here that the system is not 
“| Bit regen rp tr, etc on eos . 
7 for User access. If the system is a “network server” (not having a 
local user port), then indicate here the nearest network user port and 
y connect path to that network server. 
4] ARA8, SRTOGAGABLES, 
L #2NUUE, etc Enter the Node Alias assigned to the system. 
; Enter the data rate of the system in bits per second (bps). The value 
M 1200 I 2400 I 4800 1 9600 I | should be entered exactly as the numbers shown. If the system 
operates at a data rate different from these “preset” numbers, contact 
we the committee for guidance. 
5 Enter the closest term that defines the system type. If the system 
does not fall exactly into one of these terms, enter the closest term 
‘ SWITCH IDIGLIBBS I and explain any differences in the notes (field K). For example: an 
“| NODE | DX CLUSTER | audio repeater for packet use would be a Digital Repeater with the 
ny 
nN keyveae “E Audio type noted in the notes. Be careful to enter the term exactly 


: BERS ED Oneness as shown, as the SYSTEM TYPE string is used to define the map 


icon used in the automatic NADSD mapping system. 


If your system does not match any of these “preset” entries, contact 
the committee for guidance. 


Enter the name of the networking protocol used for L3/L4 network 
systems. Be careful to enter the term exactly as shown, as the 
NETWORK TYPE string is used to define the map icon used in the 


automatic NADSD mapping system. 


4 ROSE! NETROM|! 
1 THENET | BPQ ITCP/IP | 
: TEXNET I APPLETALK I 
| GATEWAY | X1J| 

1 PC/TNC | FLEXNET | 

| KANODE | 


If your system does not match any of these “preset” entries, contact 
the committee for guidance. 


Se FBB | RLI| MSYS | Enter the name of the software used for the network or server 
ee 1 AA4RE!| AKIAIJNOS|_ | system. Please enter the terms specified exactly as shown since 
they are used by the automatic programs. 


Enter the full numeric Internet address of the system (if applicable). 
It is entered in the format ###.d444 ###.444# with each numerical 
group separated by decimal points. This field would normally only 
be used by systems used as TCP/IP routers or servers. 


Enter the “Fully Qualified Domain Name” of the system. Like the 
IP address, this field would only be used by systems used as TCP/IP 
routers or servers. The format is normally a number of lower case 
text strings separated by decimal points. Be very careful to observe 
the correct case (upper or lower case) when entering the FQDN 


Enter the Latitude of the system in the format <degrees 
minutes>.<hundredths of minutes> (DDMM.HH). North latitude is 
assumed. If your available data is in degrees/minutes/seconds, then 
the seconds can be converted to hundredths of minutes by 
multiplying by 1.66 . If your available data is in the “Maidenhead 
Locator” format (eg FN34be) then there are programs available to 
convert it to degrees/minutes.hundredths. One example of such a 
program is available on most F6FBB BBS systems. Note that the 
Latitude field entry is essential for the system to be entered into the 
NADSD mapping system. If you do not wish to give the exact 
location of the system, then round the latitude value off to the 
nearest minute (1 mile) or 10 minutes (10 miles). 


4515.48 
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Enter the Longitude of the system in the format <degrees 
minutes>.<hundredths of minutes> (DDDMM.HH). West longitude 
is assumed. If your available data is in degrees/minutes/seconds, 
then the seconds can be converted to hundredths of minutes by 
multiplying by 1.66 . If your available data is in the “Maidenhead 
Locator” format (eg FN34be) then there are programs available to 
convert it to degreeslminutes.hundredths. One example of such a 
program is available on most F6FBB BBS systems. Note that the 
Longitude field entry is essential for the system data to be used by 
the NADSD mapping system. If you do not wish to give the exact 
location of the system, then round the longitude value off to the 
nearest minute (0.5-] mile) or 10 minutes (5-10 miles) 


Enter the name of the nearest major town or city which the system 
serves. The directory is indexed by this field within each state and 
this field is mandatory. The data may be the same as LOCATION 
(field E). Data should be in word capital format (i.e. City Name). 


The CITY field is necessary for the proper operation of the 
automatic WEB generating program. If this field is blank, the 
record will be ignored. 


Enter the name of the state County that the system is physically 
located in. The word county is not needed. Data should be in word 
capital format (i.e. County Name). 


| OTSEGO 
| ORANGE 


J etc 
; Enter the US or Mexican state or the Canadian Province that the 
system is located in. The format is the official 2 letter postal 
W |CAITX! PQ Iete ... designation. This entry is the same as field D defined above and 
: that field can simply be copied over to this field. 
Enter the name of the country in which the system is located. This 
OUNT SAL Canada: Of Mexico: mela eae the database group into which the data record will 


In cases where there is more than one sponsor for the system, enter 
the second name here. The primary sponsoring group or the 
individual sponsor is entered in. field G. 


| LPARC 
| Lower Podunk ARC 


Enter the name and callsign of the person submitting the data to the 
database. This name is displayed at the end of the record file so 
{Joe Ham, NOX YZ that those people who have changes or comments can forward the 
2 necessary information to the person who has the password 
priviledge for modifying the files in question. 


Enter the Internet e-mail address of the person submitting the data 
jjham @insane.net files to the directory database. This address is used to automatically 
direct any changes/comments to the person responsible for the data. 


Enter the Internet e-mail address for the “Participating Organization” 
AB so organize @insane.net who the person submitting data to the database represents. The 


name of this organization is entered in field I. 


The Microsoft’s Excel spreadsheet program is a very good way to create the required “TAB 
delimited text” file. Submitters can either enter raw information directly into the spreadsheet 
cells or import data from another database program such as dBase |V The spreadsheet format 
allows easy filing of whole columns with the same value (such as the “Country” field) and of 
moving whole columns around. Full featured word processors can be very useful to filter text 
files for unwanted characters, etc. When dealing with long lines of text without carriage returns, 
most word processors will automatically word wrap the text. This makes it very difficult to 
distinguish between separate records. If possible, turn off the word wrap feature or have the 
processor insert a visible symbol for the carriage return. Some simple text editors do save TABs 
intact when you save an edited file. Others do not, but rather convert TABs to spaces. Norton 
Editor, MS WRITE, and MS NOTEPAD have bem tested and found to export the TABs intact. MS 
EDIT and UED (a simple DOS shareware text editor) do NOT save TABs but rather convet them 
to spaces. There are many utility programs that can be used to view the real contents of ASCII 
files. Hex editors such as PCTools hex editor or Norton Disk Editor will work well if you have 
them. LIST is a simple DOS shareware program that is very good. It will view ASCII files and 
display them with or without visible control character symbols or as a hex editor. 


How the System Works 


The functions of the system are fairly straightforward and are comprised of two phases. Phase 1 
allows the submitter to upload and then have the data checked and Phase 2 rebuilds the web 


pages and maps. 


Phase 1 - Submitter Upload / CHECKPROGRAM 


Each submitter is assigned an FTP area to uploaded their information files into. Each hour the 
CHECKPROGRAM runs on the TAPR.ORG system and checks for any changes in the files. If a 
file has changed, the CHECKPROGRAM then examines the new input and e-mails a report back 
to the submitter regarding the status of the latest upload. This checking routine has been very 
handy in allowing quick feedback to the submitter and getting changes reuploaded to correct 
information, problems, or errors in the data provided. In addition, the CHECKPROGRAM uses 
the GIS database of locations to help submitters that have left blank the LAT/ LON fields and 
suggest possible location information. This has helped to get initial data within a geographic 
area and made available to the mapping part of the NADSD until much more accurate LAT / 
LON information can be collected. The GIS database looks something like this for Austin, Texas: 
Austin, ppl, TX, Travis, 48, 453, 3016.01N, 09744.34W, BGN 1931,501, Austin East, 514013. 


Phase 2 - GENPAGES 

Phase two is the creation of the text information web pages, plain text output, and data that 
javAPRS uses. This is accomplished using a PERL script developed by the author and takes 
about 15 minutes to run with the over 4000 entries in the system. GEN PAGES reads in each data 
file in the system and then generates all the necessary HTML code, text output, and data for 
javAPRS to use. The GENPAGES program run every 4 hours which allows the NADSD to be 
updated six time daily as new and updated information is made available to the system. 
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The Future / Conclusion 


The NADSD is approaching the conclusion of year one and will begin to work towards making 
sure all groups double check their information for the upcoming CD-ROM distribution. Some of 
the issues we had to face during the first year was related to education regarding how to get each 
user up to speed on making their information available in TAB delimited ASCII output uploaded 
to TAPR.ORG via ftp sessions. For some this was not an issue, but for many more there was a 
step learning curve Involved with some amount of frustration at the new environment that the 
system was being maintained in. After 6 months of operations, most of these problems have 
subsided and the task ahead is to focus on better data and more coverage. 


There has been concern voiced by some that the ‘packet radio’ data is not beng made available 
via packet radio. Many of the concerns focus on the thought that the Internet is taking away 
from packet radio. This was one reason the text version of the output was generated, but the 
problem now is that many of the files are just to large to be placed on the packet radio networks 
and packet radio BBSs. We hope having the information published once a year in the TAPR CD- 
ROM and also the possibility of some limited amount of printed materials will help offset the 
lack of distribution over the packet radio networks and packet radio BBSs for the actual systems 
that are being cataloged. If anything, the NADSD is a good example of how the Internet is 
helping to provide a service that would never have been possible over the current Packet Radio 
network. Use of the NADSD as a tool to find out about sites in your area, or for an upcoming site 
In a quick and effective manner, should mean more usage of packet radio systems that are active. 


The future is bright for the NADSD, but like any volunteer project,, the group is always looking 
for others that would want to help out. We need to find a few individuals that want to take up 
the chore of beating the bushes to get more data submitters in areas that we are lacking, as well as 
help in writing articles about the NADSD to help spread the word about the system. 


For further information on the project and how to get involved, regional groups should check 
http:/ / www.tapr.org/ directory or send email to Carl Estey, wa0cqg@tapr.org 
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